home *** CD-ROM | disk | FTP | other *** search
/ Cream of the Crop 22 / Cream of the Crop 22.iso / bbs / hstdoor2.zip / MMENU10F.ZIP / HELP.TXT < prev    next >
Text File  |  1995-07-03  |  5KB  |  121 lines
  1.  
  2.       *** Troubleshooting the MultiMenu Door by Mike Robinson ***
  3.  
  4.       MultiMenu writes error conditions to file ERROR.LOG in the current
  5.       directory. Check this file. If it says that MultiMenu cannot find or
  6.       read a certain file, check your MMENU.CFG file or batch file to
  7.       locate where this file is specified. Change the path to the file, or
  8.       relocate the file. Check the spelling of the path and filename
  9.       carefully. A single misplaced character will cause an error. Verify
  10.       that the directories and files specified actually do exist.
  11.  
  12.       Check that the list of doors in MMENU.CFG begins with the command
  13.       word BEGIN and ends with the command word END. If you leave out the
  14.       END command, then all the commands after that point will be ignored.
  15.       This can cause all sorts of problems.
  16.  
  17. ------------------------------------------------------------------------------
  18.  
  19.       *** PROBLEM: MultiMenu works on local end but the caller sees nothing.
  20.  
  21.       This is caused by a failure to open the com port. The wrong port is
  22.       being used, the port is non-standard, or there is a conflict with
  23.       other hardware or software. MultiMenu determines the port number to
  24.       use by reading the door drop file:
  25.  
  26.       DOOR.SYS       com port number is on line number 1
  27.       DORINFOx.DEF   com port number is on line number 4
  28.       SFFILE.DAT     com port number is on line number 6
  29.  
  30.       In the batch file that runs MultiMenu, the first parameter on the
  31.       command line should be the full path and file name of one of these
  32.       files. Check the door drop file to be sure that the correct com port
  33.       number is specified on the indicated file line. You can also force it
  34.       to use a certain port by using the PORT command in MMENU.CFG. This
  35.       will override the port specified in the door drop file.
  36.  
  37.       If MultiMenu starts, shows some of the initial displays, and then
  38.       seems to halt, this is almost always an IRQ conflict with another
  39.       device or software on the system. The most common such problem is an
  40.       internal modem and IO card trying to use the same IRQ number. Make
  41.       sure that nothing else on your system is using the IRQ and IO base
  42.       address used by MultiMenu. Other devices which could cause conflicts
  43.       are a mouse, sound card, CD-ROM card, network card, tape backup card,
  44.       scanner card, or just about any other piece of "extra" hardware
  45.       plugged into the computer.
  46.  
  47.       MultiMenu uses the "standard" IBM PC clone com port settings which are:
  48.  
  49.       COM1   IRQ 4   $03F8
  50.       COM2   IRQ 3   $02F8
  51.       COM3   IRQ 4   $03E8
  52.       COM4   IRQ 3   $02E8
  53.  
  54.       If your com port does not use these settings, then it is called
  55.       non-standard. Which means that MultiMenu does not know the correct
  56.       settings, so you must "tell" MultiMenu which settings to use. The
  57.       commands to do this are:
  58.  
  59.       Port  2
  60.       IRQ  3
  61.       IO  $02F8
  62.  
  63.       Put these commands in MMENU.CFG. The settings shown above are for a
  64.       standard COM2. You will have to adjust these to match the settings
  65.       used on your com port. Note the $ in front of number in the IO
  66.       command. This $ indicates that it is a hexadecimal number (base16).
  67.       Also note that if you use a "true blue" IBM PS/2 made by IBM then
  68.       MultiMenu detects the PS/2 and uses slightly different settings for
  69.       COM3 and COM4 only.
  70.  
  71. ------------------------------------------------------------------------------
  72.  
  73.       *** PROBLEM: MultiMenu runs a door, but then MultiMenu does not
  74.           restart and the caller is returned to the BBS.
  75.  
  76.       In MMENU.CFG check that there is a GOTO LOOP command after the
  77.       commands that run the door. The GOTO LOOP command causes the batch
  78.       file to return back to the :LOOP statement at the beginning of
  79.       MENU.BAT and will restart MultiMenu
  80.  
  81.       If you run any batch files inside of MENU.BAT then you should use a
  82.       DOS CALL command to run the batch file like this:
  83.  
  84.       :DOOR1
  85.          CALL DOOR1.BAT
  86.          GOTO LOOP
  87.  
  88.       If you do not use the DOS CALL command, then the batch file will run
  89.       once, but it will not return back to MENU.BAT. If you do not run any
  90.       batch files in MENU.BAT then the DOS CALL command is not required.
  91.  
  92. ------------------------------------------------------------------------------
  93.  
  94.       *** PROBLEM: I registered MultiMenu, but it is not writing a log file
  95.                    of the caller's activities in the door.
  96.  
  97.          Reasons why log may not be written:
  98.  
  99.          1. Program running in local mode. Log not written in local mode.
  100.  
  101.          2. Program not registered.
  102.  
  103.          3. Log OFF command used.
  104.  
  105.          4. LogName command is spelled wrong.
  106.  
  107.          5. LogName command is preceded by a semicolon or it is not all the
  108.             way up against the left margin of MMENU.CFG.
  109.  
  110.          6. The directory specified for the log is spelled wrong and/or
  111.             does not exist.
  112.  
  113.          7. The name of the log file is spelled wrong and/or it is not a
  114.             legal DOS file name.
  115.  
  116.          8. Some other program is deleting the log. Spitfire and TriBBS use
  117.             a temporary log for each node. After a caller logs off, the
  118.             temporary log is copied to the main log. The temporary log is
  119.             then deleted.
  120.  
  121.